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ABSTRACT 



This thesis considers the combining of a ship overhaul 
project network with a shipyard project network to minimize 
possible scheduling conflicts during the ship overhaul 
process. The combined project is called the ship overhaul 
project network. A heuristic multi-pass scheduling algorithm 
is developed to combine the ship's and shipyard's project 
networks. The algorithm is tested with two sets of data. 

The work spaces on shipboard are considered as a common 
resource to both project networks, and the ship's complement 
as an uncommon but limited resource. Since the real-world 
problem is larger than the context of this thesis, some simp- 
lifying assumptions were made. The most important of these 
are the reliable communication link between ship and shipyard 
prior to and/or during the overhaul process, and sufficient 
knowledge about the shipyard project network as early as pos- 
sible after overhaul initiation. 
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I. 



INTRODUCTION 



There are two parties working simultaneously on a ship, 
doing different but somewhat related jobs, during the ship 
overhaul process. One party is the shipyard personnel, the 
other is the ship's force complement. 

These two parties have their own responsibilities during 
the ship overhaul process. Basically, the ship's force has 
the responsibility to accomplish the scheduled activities of 
the ship project network within the specified time limits 
without causing any delay in any activity of the shipyard 
project network. Additionally, the ship's force has the 
responsibility to carry on some military training requirements 
to avoid any degradation in the post-overhaul operational 
readiness of the ship. These two requirements must be balanced 
throughout the ship overhaul process by the ship management. 

On the other hand, the shipyard personnel have the respon- 
sibility to accomplish the ship overhaul as completely and 
accurately as possible to support the post-overhaul operational 
readiness of the ship, and to minimize the total ship overhaul 
cost. 

Under the present method of ship overhauling, the ship's 
management prepares a ship overhaul work request package and 
sends it to the shipyard 120 days prior to overhaul initia- 
tion. This time will be represented as A-120 where A is the 
date that the ship enters the shipyard. The work requirements 
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given in the work request package are generally incomplete 
and are not descriptive enough to permit accurate planning 
for repairs. Therefore, at A-90, a Pre-Overhaul Test and 
Inspection (POT&I) is conducted jointly by the shipyard and 
the ship's force to determine the material condition and 
define the repairs required. 

The results of the POT&I is the Ship's Alteration and 
Repair Package (SARP) which defines the overhaul work that 
is necessary. The SARP is generated by the shipyard and 
describes all identified work to be performed during ship 
overhaul. The SARP consists of ship alteration requirements 
and ship repair requirements packages. The project network, 
created by the shipyard scheduling office, is based on this 
SARP. 

Each ship scheduled for overhaul has a limited overhaul 
budget allocated by the Ship's Type Commander (TYCOM). The 
allocated budget may not be sufficient for the required jobs, 
so some requirements may not be accepted by the shipyard and 
TYCOM. In fact, negotiation may continue for the first 
couple of months after the overhaul process has started. 
Consequently, any unaccepted job requirements must, if 
possible, be undertaken by the ship's force in addition to 
their initially planned jobs. Therefore, the repair portion 
of the overhaul package is generally not fixed (the altera- 
tion portion is firmed before overhaul initiation) until 
after overhaul has started; and at least initially, this makes 

the shipyard project network unknown to the ship management. 
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Traditionally, the ship project network is created after 
the ship has entered the shipyard, somewhat independent from 
the shipyard project network. So during the first couple of 
months after the ship overhaul has started there is no formal 
schedule for the ship's force at all. 

In addition to the uncertainty mentioned above, there 
are other factors that result in conflicts between the ship- 
yard's and ship's project networks. They are: 

1. The information flow between the ship and the ship- 
yard prior to and/or during the overhaul, which is related 
to the equipment configuration and material condition of the 
ship, is not complete. 

2. The ship's management is trained by the Planning and 
Engineering for Repairs and Alterations (PERA) representatives 
on board to make the time and resource requirements estimates 
for each individual job request and to prepare overhaul work 
packages. Due to ship's operational afloat schedule, it may 
not be possible to have access to the ship by PERA representa- 
tives whenever needed. Therefore, the work request package 
possibly would be prepared in limited time, and the estimates 
mentioned above may not be as accurate as desired. This, in 
turn, affects the duration of activites in question. 

3. During the overhaul process some unforeseen factors, 
such as illness, cause fluctuations on ship's manpower avail- 
ability. Additionally, some repair material and/or tools may 
not be available (or may not be sufficient in amount) when 
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4. Quite often during the overhaul process, new job 
requirements are encountered which were not planned for. 

This means new activities are to be added to the present 
project network. 

5. Funds, manpower, facilities, and materials required 
to accomplish the overhaul are not determined early enough 
or with sufficient accuracy. Therefore, the required 
resources cannot be well developed in advance of overhaul. 
Consequently, the detailed overhaul planning is often per- 
formed late and incompletely. 

6. It is difficult to develop a single Ship Systems 
Definition and Index to be used by fleet commands, shipyards, 
and other related organizations to facilitate the gathering, 
indexing, analyzing, and communicating of overhaul data. 

This list is not complete; however, the author believes 
that major sources of complication are included. During the 
ship overhaul process the situations cited above, with 
possibly many others, cause many scheduling conflicts between 
the two project networks. Past experience has shown that 
scheduling conflicts occur in two ways; 

1. Those conflicts due to physical environment limitations. 
That is two separate activities using the same work space on 
shipboard at the same time, and 

2. Those conflicts due to insufficient communication 
about activity precedence relationships between the ship's 
activities and activities conducted by the shipyard. 
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In return, these conflicts induce a great amount of personnel 
hour loss, and have an adverse impact on ship's personnel 
morale. 

This thesis will propose an algorithm to decrease the 
amount of possible conflicts by combining the ship project 
network consistently with the shipyard project network. 
Specifically, given the shipyard project network and its 
work space requirements on board the ship by time, the 
algorithm attempts to create an effective schedule for the 
activities of the ship project network. 

Chapter 2 provides a general background on the nature of 
Naval Shipyards, scheduling problems faced by ship's manage- 
ment, the ship overhaul process as a sequence of events, and 
resource allocation in project networks. Chapter 3 defines 
the problem in more detail and discusses reasonable assump- 
tions followed by a proposed algorithm. In Chapter 4, a 
FORTRAN program is presented for the proposed algorithm. 
Chapter 5 gives information about two sets of data used to 
test the algorithm. The final chapter will discuss some con- 
clusions and recommendations that can be made from the study. 
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II. BACKGROUND 



A. NAVAL SHIPYARDS 

Naval shipyards are industrial activities of a Navy. 

These highly complex organizations support the operational 
readiness of the Navy's warships and make significant con- 
tributions to a national economy, especially in developing 
countries. The shipyard mission consists of a wide range 
of operations from a single routine repair operation to a 
complicated full ship overhaul. These requirements necessi- 
tate employment of different skilled personnel as well as a 
variety of tools and machines [12] . 

Each shipyard consists of a number of shops in which 
some particular class of work is performed such as machining, 
electrical work, pipe fitting, sheet metal work, etc. Ship- 
yard management is responsible for conducting several repair 
operations at the same time. Each ship overhaul is a project 
that requires different levels of services from different 
shops. Since each shop has a limited capacity to perform any 
given task, the projects cannot be conducted independently 
from one another. The main idea is the shared utilization of 
the various shops without causing any conflict. 

The goals of the shipyard are: 1) to accomplish ship over- 
haul as completely and accurately as possible to support the 
post-overhaul operational readiness of the ship, 2) to increase 
the productivity of the shipyard ' s work force by adopting new 
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advances in Organizational Management and Ship Maintenance 
Management, 3) to eliminate unnecessary work and support 
functions . 

The shipyard management is responsible for preparing the 
SARP, conducting the POT&I, allocating available resources, 
obtaining the required materials, and creating the ship 
overhaul project network. This project network is assumed 
to be given in this thesis. 

For a given ship, the goals of the shipyard are to mini- 
mize the total project cost subject to the limited number of 
various shop personnel employed on the project activities, 
and to meet the project due date by utilizing its own resources. 

B. SHIP'S FORCE 

The scheduling problem faced by the ship's management is 
to minimize the possible scheduling conflicts between the 
ship project network and shipyard project network, and to 
utilize ship's personnel as efficiently as possible, without 
working overtime. 

Employing ship personnel on ship overhaul or training them 
at shore installations, during ship overhaul, depends on 
criteria chosen by the decision maker. The common practice 
is to employ some personnel on ship-created projects, and to 
send others to training centers. The number of personnel being 
trained during ship overhaul may be increased by the minimiza- 
tion of possible conflicts between the two project networks. 
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The somewhat unknown aspect of the shipyard project net- 
work to the ship's management, at the beginning of the over- 
haul, makes it difficult to create the ship's project network 
consistently with the shipyard project network. Therefore, 
at the beginning of the overhaul, wasting resources is 
inevitable. The periodic rescheduling of activities during 
the overhaul process does not solve the problem at all. The 
importance of carefully prepared initial scheduling must be 
realized. 

C. SHIP OVERHAUL PROCESS 

The ship overhaul process of the United States Navy can 
be considered in three phases as shown in Figure 2.1 below. 

In project management terminology these phases corres- 
pond to management decision, project planning, and project 
control, respectively. 

Phase I starts with the Naval Sea Systems Command (NAVSEA) 
proposing the Navy's Warships Overhaul Schedules (NWOS) and 
continues with the revision by NAVSEA and the TYCOM, and 
final review by Chief of Naval Operations (CNO) , and might 
be called the "Development of NWOS." 

Phase II or the planning phase essentially includes the 
"Preparation for Overhaul" actions as follows [1] : 

1. Development of the Ship Work Package 

a. TYCOM tasks PERA to prepare SARP. 

b. The shipyard conducts POT&I, prepares the SARP as 
directed by PERA, estimates costs, and submits the ship work 
package to TYCOM. 
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c. TYCOM screens the SARP and approves the ship work 



package . 

d. The shipyard orders long lead time materials and 
prepares worker-oriented job orders. 

2 . Development of the Ship Alteration Package 

a. The shipyard performs advance planning for speci- 
fied alterations about a year in advance of overhaul. 

b. The ship alteration work package is merged with 
the SARP. 

c. The CNO funded alteration package is provided at 

A-180. 

d. The CNO funded alteration package is modified 
during the prearrival conference, and the TYCOM funded altera 
tion package is firmed. 

The development of the ship work package and ship altera- 
tion package proceed along different routes, but are merged 
into the SARP before overhaul initiation. 

Phase III is the actual ship overhaul at the shipyard and 
it starts when the ship enters the shipyard. 

D. APPROACHES TO SCHEDULING AND RESOURCE ALLOCATION 

IN PROJECT NETWORKS 

Scheduling problems in project networks vary in kind and 
in severity, depending upon the nature of the project and its 
organizational setting. In one extreme there might be just 
one dominant resource constraint, such as a compartment on 
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board ship which is so small that only one activity at a 
time can be performed. In this case, activities must be 
scheduled so that no more than one of them requiring the 
same environment occur at the same time. At the other 
extreme are complex projects requiring many resources. 

Some activities in a project may compete for the same 
kind of limited resource simultaneously. For example, new 
technologies require skilled personnel as well as sophisti- 
cated tools. In addition, some kinds of resources, even if 
available, cannot be employed above a specified level. For 
example, it is possible that, only one crane can be used on 
a ship at a given time even if more cranes are available at 
the shipyard. Finally, physical or other considerations may 
impose limits on the employed resource level of some activi- 
ties. For instance, in a ship's compartment it is not pos- 
sible to employ more than a permitted amount of manpower to 
work on any activity in that environment. 

The complexity of the scheduling problem, as pointed out 
above, makes it difficult to formulate and solve it as a 
mathematical programming problem. Linear programming and, 
recently, dynamic programming approaches have been attempted 
but only to those projects which have substantially fewer 
activities than those encountered in ship overhaul projects. 
Therefore, the general approach to such problems has been to 
employ heuristic programs. A heuristic (or rule of thumb) 
program essentially is a procedure for solving large combina- 
torial problems by adopting a set of rules which are believed 
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adequate to the problem. Heuristic programs, as discussed 
in detail by Wiest and Levy [15] may not lead to the optimal 
solution in some cases, but should generally lead to a 
feasible, hopefully near-optimal solution. 

The existing algorithms (heuristic programs) for resource 
allocation in project networks take one of the following 
forms [15] : 

1. Resource leveling programs, which try to reduce peak 
resource requirements and smooth out period-to-period assign- 
ments, within a constraint on project duration. These include 
Burgess' [2], and Wiest' s [11] Unlimited Resource Leveling 
Procedures, and more recently Leachman's [10] Multiple Resource 
Leveling Procedure. 

2. Resource allocation programs, which try to find the 
shortest project schedule by allocating available resources, 
such as Moder and Phillips's [9] Limited Resource Allocation 
Procedure . 

Generalizations of the Limited Resource Allocation Proce- 
dure include Wiest 's [14] SPAR-1 (Scheduling Programs for 
Allocating Resources) , the procedures of McGee and Markarian 
[8] , and Thesen [13] which are called RAMPS (Resource Alloca- 
tion and Multi-Project Scheduling) , and, finally, Davis and 
Heidorn [5] , and Leachman [10] have developed Multiple 
Resource Constraints Scheduling Programs. 

Recently, Holloway, Nelson, Vichit, and Suraphongschai 
[7] developed a heuristic project scheduling procedure which 
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is essentially a multi-pass procedure [6] based on problem 
decomposition. In their approach to the resource-constrained 
project scheduling, the problem is decomposed into single 
resource subproblems. Coordination across subproblems uses 
force signals created by violation of sets of constraints 
placed on each subproblem. The multi-pass procedure seemed 
to be particularly appropriate for the problem of combining 
two project networks with one common resource. 
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III. DEVELOPMENT OF AN ALGORITHM FOR COMBINING 



TWO PROJECT NETWORKS 
A. INTRODUCTION 

The algorithm which will be developed in section III.D 
assumes that there are two project networks with one common 
resource requirement and that one of the project networks 
has been already scheduled. Specifically, it combines a 
ship project network with a shipyard project network, which 
has been already scheduled, in developing a ship overhaul 
project network. 

The algorithm essentially is a multi-pass heuristic 
scheduling procedure based on problem decomposition into 
single resource subproblems [7] . 

The common constrained resource is the work space on board 
ship which is used by both shipyard's personnel and ship's 
force. The other constrained resource is the number of men 
in the ship's force. The ship's force is to be allocated not 
only to the industrial works, but also to the non-industrial 
works. The industrial work is defined as that work which is 
related to the ship overhaul activities whereas the non- 
industrial work is the military-oriented work, such as watch- 
standing and short-term training at shore installations. 

The amount of resource applied to an activity is defined 
as the crew size assigned to that activity and the work space 
necessary to complete the activity. A work space might be 
a bulkhead, a portion of a deck or an entire compartment. 
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The ship project network has M activities and each 
activity has immediate predecessor activities; immediate 
successor activities; a duration; a work space in which the 
activity is to be performed; a maximxim, minimiam and normal 
unit resources level required each period as described by 
a duration-resource function; and a type characteristic, 
that is, splittable or non-splittable . 

1. The Ship Overhaul Scheduling Problem 

The scheduling problem faced by ship's management 
to be solved for effective ship overhaul may be summarized 
as follows: 

Minimize Conflicts 

Subject to: 1) Work space availability on board ship 

2) Ship's crew size 

3) Due dates 

4) Activity precedence 

In attempting to describe the work space constraint, it 
is proposed to establish a "work space availability" diagram. 
The work space availability diagram is a KXN matrix where 
the rows represent work spaces on board ship, and the columns 
represent overhaul periods. Thus, an alement of this matrix 
describes the work space status as available or blocked 
period by period. 

The ship's management must first identify the required 
work spaces involved in the ship and shipyard project net- 
works. This would be followed by the blocking of those work 
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spaces which are required during each period by shipyard 
project network schedule. Then the scheduling begins on 
work space availability without considering ship's crew size. 
Finally, the crew size constraint will be incorporated. 

This last step is discussed in section III.D.3. 

In the ship project network the activity precedence 
and due dates constraints are identified by determining EPST 
(Earliest Possible Start Time) and LPFT (Latest Possible 
Finish Time) for each activity from PERT calculations. 

2 . Divisible Activities 

The basic idea in avoiding conflicts is to split, if 
possible, the activities into subactivities. Splitting 
activities is helpful for two reasons : 

a. The divisibility of any activity is inherent to 
the activity nature, and splitting it makes the subactivities 
more homogeneous. By homogeneity it is meant that the required 
unit resources do not change by time. For instance, consider 
activity (i,j) which requires 10 days to be performed, and 
resources A and B. Resource A is needed, say, during the 
first three and last two days while resource B is needed for 
the whole activity duration. In this case, resource A might 
be a physical environment, such as a compartment on board ship 
in which activity (i,j) is to be started and finished while B 
might be the personnel doing that activity. Obviously, activ- 
ity (i,j) is nonhomogeneous , since it does not need all 
required resources during the whole activity duration. When 
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activity (i,j) is split into three subactivities as shown in 
Figure 3.1 below, the three subactivities are homogeneous. 

b. The common resource may not be available during 
the whole activity duration. That is, the work space 
required by a ship project activity on board ship may be 
blocked by a certain shipyard project activity for some 
periods. Splitting that ship project activity, if it is • 
possible, simplifies scheduling the activity in question. 

For instance, consider activity (i,j) with tl and t2 being 
EPST and LPFT, respectively. If, for some periods from tl 
to t2, the required work space by activity (i,j) is blocked 
by a shipyard project activity, then activity (i,j) must be 
split, if possible; otherwise it cannot be scheduled in that 
time interval. In Figure 3.2 below, the activity requires 
four periods to be scheduled. The longest available period 
is three units. Activity (i,j) cannot be scheduled to take 
advantage of these three units without splitting. 

Divisibility of activities in a ship project network 
is feasible, since many of the activities are processed in 
parallel, and have large slacks. It is also feasible to delay 
portion (s) of some activities until some other time during the 
overhaul process. For example, the activity of painting a 
compartment could be terminated when one bulkhead is completed, 
and remaining bulkheads could be painted at some other time. 
But, splitting activities results in increased number of ac- 
tivities which in turn increases the problem dimensions and the 
computation time. 
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B. ASSUMPTIONS 

In order to develop an algorithm for combining two 
project networks the following assumptions were made. 

1. The ship and shipyard project networks are assumed 
to be valid networks. By valid network it is meant that the 
network does not contain impossible situations, such as 
existence of loops and redundant relationships between 
activities. Furthermore, it is assumed that the precedence 
relationships between activities of the ship project network 
are not unique. That is, there is possibility of changing 
precedence relations of networks. 

2. The available manpower to be allocated to ship- 
created activities is limited to the available ship's force. 
Furthermore, the ship manpower is assiimed to be homogeneous 

in th,e sense that each, person can be assigned to any activity. 
Also, it is assumed that overtime work for the ship personnel 
is possible when needed. 

3. The shipyard project network is assumed to be known 
completely at any given time; that is, the activities which 
are to be performed by the shipyard are already scheduled, 
even though it actually evolves with time. The ship project 
network is allowed to be updated regularly or whenever 
needed. For example, during the overhaul process a new job 
requirement may occur and necessitate updating of the ship 
pr o j ec t ne t wor k . 
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4. The working environment (work space) on board ship 
such as compartments, engine room, galley, etc., are to be 
assumed resources which can be used by only one activity at 
a time. If, for instance, a device is to be removed from a 
particular compartment, th.en no other activity is permitted 
in that compartment until the removal activity has been 
completed. Furthermore, tools and materials needed for over- 
haul activities are assumed to be available whenever needed. 
Finally, each_ activity is assumed to be performed only 

in one work space. 

5. Th.e ship project network is assiamed to be separable 
into subnetworks for managerial ease in controlling the whole 
project. 

6". Each, ship project network activity is assumed to be 
classifiable as splittable or non-splittable . 

7. Time and resource estimates for each activity are 
assumed to be well defined. Some activities may be performed 
at other than the normal resource level. For these activi- 
ties, activity duration is a linearly decreasing step-function 
of resources. The range of possible unit resource is 
described by a minimum level and a maximum level. A duration- 
resource function is developed over this interval. It is 
also assumed that the splitting of activities does not change 
the duration-resource function. 
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C. THE CONCEPT OF INTERFACING BETWEEN NETWORKS 

The ship project network naturally comprises many sub- 
networks. These subnetworks usually interface each other 
only at certain points in time. Thus, these subnetworks 
may be treated as gross project activities and interface 
points as events I3J . For management ease each subnetwork 
Is usually made as self-contained as possible so that manage- 
ment control can be assigned to different officers. The 
interface points are controlled by top management (in the 
ship overhaul process, th.e top management is the ship 
commander) to avoid any conflict. 

Each subnetwork is specified by its typical activities 
and certain "interface events." For various calculations 
within a particular subnetwork, these interface events are 
treated simply as activities of zero duration. 

D. A PROPOSED ALGORITHM 
1. Notation 

The following notation is used throughout this chapter 
N = The total nimiber of overhaul periods in day. 

= The amount of manpower available in period n. 

K = The nvimber of work spaces on shipboard. 

A = The set of activities in a ship project network. 

Ci,j) = The activity starting at event (node) i and tenni- 

nating at event j . 

dij = The duration of activity (i,j) with normal unit 

resource utilization. 
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"ij 


= The duration of activity (i,j) when minimum unit 
resources applied. 


d. . 
-J-3 


= The duration of activity (i,j) when maximum unit 
resources applied. 


r. . 


= The normal manpower unit resource requirements by 
activity Ci/jl. 




= The maximum applicable manpower unit resource 
requirements to activity Ci/j). 


r. . 


= The minimum applicable manpower unit resource 
requirements to activity (i,j). 


n 
w. . 
i: 


= The work space availability for activity (i,j) in 
period n. It is 1 if the work space is available 
and -1 if the work space is not available. 


cO. 

^3 


= The amount of manpower unit resource used by 
activity Ci/j) in period n. 


s. . 


= The total slack for activity (i,j). 


EST. . 
ID 


= Earliest start time for activity (i,j). 


LET. . 
3-D 


= Latest finish time for activity (i,j). 


EPST. . 
3-D 


= Earliest possible start time for activity (i,j). 


LPFT. . 
3-D 


= Latest possible finish time for activity (i,j). 


E 

n 


= The set of activities which must all be performed 
by period n. 


I 

n 


= The set of activities which are in process during 
period n. 


S 


= The set of scheduled activities. 


U 


= The set of unscheduled activities . 
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2 . General Description of the Algorithm 



The algorithm consists of two phases with an input 
step (STEP 0) . Each of these phases essentially corresponds 
to a single resource subproblem [7] . 

The first phase schedules the ship project network 
based on the common resource, which is the work space in 
this problem. Sclieduling starts at the end of the ship 
project duration based on PERT and proceeds "backward” until 
first period of the project duration has been reached. 
Activities are scheduled at their EPSTs during this backward 
pass. The reason for using a backward pass is to insure that 
an activity of the ship project would be finished by its LPFT 
while not violating the work space requirements of the 
shipyard project activities. 

The 'second phase computes the ship's manpower require- 
ments by period. Next, a "residual" resource pool is computed, 
which might be defined as the difference between available 
amount of resources minus required amount of that resource, 
for each, period. This residual resource pool can be either 
positive or negative. 

Then, the algorithm searches for the period in which 
the residual resource pool is minimum and tries to increase 
that minimum level by delaying an activity, which is currently 
in process and has positive slack. The activity chosen is 
forwarded by at most its slack so that it finishes at its 
LPFT, unless the shifting does not cause a decrease in 
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previously investigated minimum level (s) further, if there 
is none, then that period is not to be considered any more, 
and no attempt will be made to decrease that minimum level 
further. This process continues until no eligible periods 
remain to be searched. This is essentially similar to the 
so-called '^resource leveling procedure" [2], [10], [11]. 

A final "residual” manpower pool is computed at the 
end of Phase II and provides information about manpower 
availability for non- Indus trial work. In other words, it 
is a decision device for ship's management in two situations: 

(a) A negative residual pool indicates the required 
amount of overtime work needed. 

(b) A positive residual pool indicates the possibility 
of manpower availability for non-industrial work. In Figure 
3.3a th.e solid line curve represents resource availabilities 

by period whereas the dotted line curve represents required 
resources or workload by period. The difference between these 
two curves is the residual resources by period and is shown in 
Figure 3.3b below. 

After the leveling process has completed, an attempt 
is made to schedule the unscheduled activities, if there are 
any, and th.e whole process restarts without STEP 0. 

3 . Algorithm 

The ship overhaul scheduling procedure may be summar- 
ized as follows: 
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a. Identify and list all of the activities which 
make up the ship project network. 

b. Determine duration-resource function for each 
activity. 

c. Determine precedence relationships among 
activities . 

d. Draw arrow diagram without any cycles, and 
redundancy [22 . 

e. Perform PERT computations ignoring resource 
constraints . 

f. Perform the following algorithm to incorporate 
resource constraints. 

g. If there are no unscheduled activities, and the 
residual manpower pool is positive (or negative residual 
manpower, if any, can be offset by overtime work) for each 
period, th.en the problem is solved. Otherwise, the scheduling 
problem is not feasible. 

STEP 0: Inputs to the algorithm. 

1 . Input parameters . 

a. The number of overhaul periods. 

b. The mxmber of resources (=K+1) . 

c. The number of activities in ship project network. 

d. Decision for unscheduled activities. If it equals 
to 1, then the algorithm proceeds with scheduling of the 
common resource ignoring any unscheduled activity. If it 
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equals to 0, then the algorithm stops for revision of the 
precedence relations among project activities. 

2. For each activity Ci,j)€A 

a. The ship project network PERT computations. That 
is, EPST,LPFT and slack. 

b. d, r, r, r, w, slope of the duration-resource 
function, and type characteristic, that is, 
splittable or non-splittable . Input 1 for a 
splittable activity, and 0 for a non-splittable 
activity . 

3. For each period n, n-l,...,N 

a. R^, the amount of manpower available in period n. 

b. S=0 and U= 0 

PHASE 1; Scheduling of the common resource. 

STEP 1: Starting step. 

a. n=N, start to backward scheduling. 

b. Determine E , the set of activities for which 

n 

LPFT=n. 

c. n= |E^|, the number of activities in E^. 

If m=0, go to STEP 2. Otherwise, order the 
activities in E^ according to the activity type. 
Non-splittable activities first. Within the same 
activity type, the activities are ordered in 
ascending order according to the activity slack. 
Go to STEP 3. 
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STEP 2; Time decrement step. 

n=n-l. If n=0, the scheduling is completed on 
common resource, go to PHASE 2. Otherwise, go to 
STEP lb. 



STEP 3: Scheduling on common resource. 

a. Let 1=1, take the first eligible activity from 



b. Let (i, j ) =E^ (.1) , remove 1 th activity from E^ 
and identify it. 

c. If . =-l for some n €[EPST. .,LPFT. .], go to 

3 ] 13 13 ^ 

STEP 4. 

If =1, V n ^[EPST^j ,LPFT^ j ] , work space is 

available, then activity (i,j) can be scheduled 
at normal resource utilization, 
t j=EPST^j , t^ restricts the starting period of 
the activity (i,j). 

=LPFT^ j , tj^ restricts the terminating period 
of the activity (i,j). 

d. Update scheduled set and work space availability. 



EST..=t£ 

LFTi.=ti 



S=SU(i'I)^ 



w^ . =-l, blocked, and c9 . =r..,Vn€ [r-,ti ] 

3-3 13 13 *■ f ^ 1 -■ 

e. 1=1+1. If l>m, no more eligible activities to be 

scheduled, go to STEP 2. Otherwise, go to STEP 3b. 
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STEP 4 ; The required work space by activity (i,j) is not 

available for some periods in the interval of 

[EPST^j ,LPFT^j] 

a. In this interval, let p* be the niomber of 
periods in which the work space needed by 
activity (r,j) is available, and p" be the 
largest nvanber of consecutively available 
periods, i.e., p"<p'. Let t^ be the first 
period of this longest period and ti be the 
last period of it. If p"<d^j, normal 
activity duration exceeds available periods, 
go to STEP 4 b. If p" ^d^j , available periods 
exceed normal activity duration, then activity 
(i,j) can be scheduled at normal resource 
utilization with, its EPST and/or LPFT being 
changed. 

b. If activity (i,j) is splittable, go to STEP 5 . 
Otherwise, go to STEP 4 c. 

c. If p"^d^j, available periods exceed minimum 
activity duration, then the activity (i,j) can 
be scheduled by crashing it, that is, employing 
maximum unit resources. 

c^.=r. .,Vn€[t^, tj:+d . .], d. . =d . . , go to STEP 3 d. 

1.3 13 f f -13 13 “1^3 

Otherwise, go to STEP 4 d. 

d. Find an activity which is already scheduled, it 
is in process during the current period, it has 
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positive slack, and it is performed in the 
same work space with the activity (i,j). If 
there is one, call this activity (i,j)' and 
delay this activity by its slack. Update the 
work space availability, go to STEP 3c. If 
there is none, the activity (i,j) cannot be 
scheduled, go to STEP 6. 



STEP 5; Splitting the activity (i,j) into subactivities. 



a. Let Sp be the number of blocks of available 
periods. Split the activity (i,j) into Sp sub- 
activities as described in section III. A. 2. 

b. If p' < , total available periods less than 

normal activity duration, go to STEP 5d. 

If P'!!^d^j, the activity (i,j) can be scheduled 
at normal resource utilization by splitting it. 

c. If the required work space is available at 
period n, schedule the last subactivity at 
normal resource utilization, place the other 
subactivities in A, and update the duration- 
resource function, tf=LPFT. . -v, where v is the 
duration of the last subactivity. 

ti =LPFT . . 

-L IT 




ID 

=r . . and w? . 
ID ID 



— 1 / Vri€(t^ , tj^ ] 



d^j =v, go to STEP 3d. Otherwise, place Sp 
subactivities in A, go to STEP 3e. 
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d. The activity (i,j) cannot be scheduled at normal 
resource utilization even after splitting it. 

If total available periods less than 

minimum activity duration, then the activity 
(i,j) cannot be scheduled, go to STEP 6. Other- 
wise, the activity (i,j) can be scheduled at 
crashed level by splitting it. 

e. If the required work space is available at period 
n, schedule last subactivity by crashing it, 
place others in A. 

t^ =LPFT. .-V 

f ij 

t, =LPFT. . 

1 13 

■=lj 

d^j =v, go to STEP 3d. Otherwise, place Sp sub- 
activities in A, go to STEP 3e. 

STEP 6; Activity Cifj) cannot be scheduled for the common 

resource with existing precedence relationships . A 
decision needs to be made to either 

a. Revise precedence relationship and/or remove 
some unimportant activities from the activity 
set A, and go to STEP 0, or 

b. Proceed with scheduling of the common resource 
with the activity (i,j) ignored. If so, go to 
STEP 3e. 
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PHASE 2: Scheduling of the manpower resource. 

STEP 1: Computing resource loading. 

a. Let P be the set of periods for which the residual 
manpower cannot be increased further. Initially 

P is empty. 

b. Compute the residual manpower as 
V^Ci/j) €l^/ n=l,...,N and n^P. 

c. Let m be the niomber for which 

y =min y for n-l,...,N and niP. 

^m -^n ' ^ 

STEP 2: Determine the set of activities which are eligible for 
shifting . 

a. Let be the set of activities in I which have 

m m 

positive slack. 

b. If 1 ^= 0 , go to STEP 3. Otherwise P=PVJm. 

STEP 3. 

c. If P contains whole project periods, then the 
solution is reached, go to STOP. Otherwise, 
go to STEP lb. 

STEP 3: Determine which activity is to be shifted and how much 

a. Order the activities in I^ accordina to the slacks 

m 

in ascending order. Let k be the number of 

activities in I^. 

m 

b. Let a=l 

c. Let (i, j) *=I^(a) , the a th activity in I^ and 
let W be the number for which 



42 



'1 






n€[LFT^j ,LFT^j+W] and nj^P. The maximiim possible 
value for W is the slack for activity (i,j). 
However, it may be less, because of blocked 
periods (neP) . 

d. If W=0, go to STEP 3e. Otherwise, go to STEP 4. 

e. a=a+l, if a>k, shifting cannot be made, P=PV^, 
go to STEP lb. Otherwise, go to STEP 3c. 

STEP 4: Shift the scheduled activity to release some 
uncommon resource. 

a. Set EST . . '=EST. . '-W, and 

13 13 

LFT . . ' =LFT . . ' -W 
13 13 

b. Compute y =v -c? . ' , Vne[EST . . ' , EST..'+W-1], and 

y^^=y^+cjj ' , Vne [m-W+l,m] , go to 

STEP Ic. 
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IV. A COMPUTER PROGRAM FOR THE PROPOSED ALGORITHM 



A. INTRODUCTION 

A computer program, in FORTRAN IV, was written to imple- 
ment the proposed algorithm. The program is composed of a 
main program and subroutines. It was originally written to 
combine a ship project network of up to 200 activities, 
requiring at most 30 work spaces for 200 or fewer overhaul 
periods with a shipyard project network, which is already 
scheduled. It can be, however, modified easily to accommo- 
date any sized ship project network. 

In the program the unit scheduling period is one day and 
the slope of the duration-resource function is a nonpositive 
integer. The integer assumption for the slope of the duration- 
resource function follows from the fact that the information 
about the entire project activities is summarized in an 
integer array. For more general linear duration-resource 
function it is necessary to define a real vector consisting of 
slopes of the duration— resource functions. 

A portion of the inputs, EPST, LPFT and slack are 
obtained from a separate routine which does the PERT computa- 
tions. For a moderate sized project of the order of 100 
activities, these computations can be done by hand. 

The subactivities, resulting from the splitting of any 
activity, are renumbered in the following way; 
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1. The subactivities are ordered in the descending order 
by their LPFT, and an index number is assigned to each of 
them. 

2. For each subactivity, its index nxamber multiplied by 
1000 and added to the original activity number to produce 
th.e subactivity number. 

For example, assume the activity (15,90) is split into 3 
subactivities , the number for these subactivities would be 
(1015,1090), (.2015,2090), and (3015,3090). 

B. DESCRIPTION OF THE PROGRAM 
1. Main Program 

The main program starts by calling the subroutine 
INPUT, which feeds the necessary inputs to the main program. 
Then, the activity set is ordered by LPFT of activities by 
calling the subroutine ORDER. 

For each period, in the backward pass, the eligible 
activities for which LPFT equals to the current period are 
determined and ordered with respect to the two specified 
precedence criteria. They are: 

a. Activity type characteristic, and 

b. Activity slack. 

Non-splittable activities precede splittable activities. 

If two activities have the same type characteristic, then the 
one which has a smaller slack time takes precedence. For 
each eligible activity, the required work space is searched 
for the required period to figure out the work space status 
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by calling the subroutine WSC. Next, the four possible 
actions (normal, split, check back, and crash) are tried in 
one of the six different sequences (see section V.B) to 
schedule the activity in question at EPST of that activity. 

Wh.en any activity is split and to be scheduled at 
separate time periods, the resulting subactivities are 
renumbered, the unscheduled sxibactivities are placed in the 
activity set, and the total slack is allocated to the last 
subactivity (last subactivity has the largest LPFT among the 
other subactivities) . 

The program continues by computing resource loading 
and residual resources. Then it searches for minimiam 
residual periods. To increase the minimum level, an activity 
is selected from those activities which, are in process at the 
current period and have positive slack. This activity is 
shifted forward by its slack Cat most) to release some 
resources at peak demand period, unless the shifting does not 
cause to decrease previously investigated minimum level (s) 
further . 

2 . Subroutines 

The main program calls four subroutines. They are; 
INPUT, ORDER, WSC, and SPLIT. 

The subroutine INPUT provides the main program with 
necessary inputs and performs initializations. 

The purpose of the subroutine ORDER is to order a 
given set of activities with respect to one or two specified 
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criterion (s) . The number of criterions are transferred 
into the subroutine by the argument INDEX, and the specific 
criterion by arguments Cl (first criterion) and C2 (second 
criterion) . Cl and C2 represent the column number from 
which the ordering is performed. 

The subroutine WSC checks the required work space 
for required periods to figure out its availability. It 
counts available periods and/or the available number of con- 
secutive period (s) , and largest consecutively available 
periods . 

Subroutine SPLIT determines the starting and termi- 
nating periods for each, block of available periods. 

3 . Input 

For combining two projects, the algorithm needs the 
following inputs; 

a. Project duration, from PERT computations. 

b. Number of resources (K+1, where K is the number 
of work, spaces). Manpower was counted as resource n\imber 
one. 

c. Number of activities, including dummy activities, 

d. Decision for unscheduled activities. 

e. Additionally, for each activity: 

Cl) Activity number 

C2). EPST, LPFT and slack, from PERT computations. 

(3) Work space number, duration, absolute value 
of the slope of the duration-resource function, and required 
unit resources, i.e., minimum, normal and maximum. 
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(4) Activity type, splittable or not. Input 1 
for a splittable activity, and 0 for a non-splittable activity. 
4 . Possible Actions 

Four possible actions are allowed for scheduling an 
activity. They are: 

PI = Schedule at normal resource utilization, 

P2 = Schedule by splitting, 

P3 = Check previously scheduled set of activities, 
which use same work space with the activity in question and 
are in process during periods in the interval of [EPST,LPST] , 
to facilitate the scheduling, 

P4 = Schedule by crashing, 

and th.e sequence is to be specified by the user. Six combi- 
nations are possible. 

C. RECOMMENDATIONS ON USING THE PROGRAM 

The following recommendations are provided as an aid to 
potential users. 

1. First, one should check the validity of the assump- 
tions, which, are made in this study, to real situations. 

2. The user must use more than one combination from 
those proposed sequences for scheduling, to obtain a better 
solution. 

3. Once any activity is split, the resulting subactivities 
cannot be split any more. 

4. Only one activity can be processed in one work space. 

If more than one activity can be processed simultaneously in 
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the same work space, a dummy work space having the same 
availability with the original one must be added to the 
resource availability set. 

5. The procedure must be repeated whenever a new job is 
added to the activity set and/or some changes occur in the 
shipyard project. 

6. The starting time of an activity is defined as the 
beginning of the period and the terminating time as the end 
of the period. So, for a dummy activity with zero duration, 
the EST is greater than LFT of that activity. 

7. The residual pool is a decision device for excess or 
deficient resource periods. 
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V. TESTING THE PROPOSED ALGORITHM 



A FORTRAN- coded version of the algorithm was run on the 
IBM-360 system at W. R. Church Computer Center of the Naval 
Postgraduate School using two sets of data (data sets 1 and 
2 \, For each data set, six runs were made using different 
sequences of four possible actions, to schedule the project 
in question. 

A. GENERAL 
1 . Data 

Data set 1 (from [9] p. 154]) describes a network 
which contains 11 activities and has a project duration of 
15 days. The data were expanded to illustrate the algorithm. 
So, for each, activity, a duration-resource function, a work 
space in which the activity is performed, and an activity 
type were defined. It was also assumed that the project was 
performed in three work spaces. Table I provides the details 
of this data set and Table II shows initial resource avail- 
abilities by period. The first row of this table shows man- 
power and the remaining rows show work space availabilities. 
The availabilities of the three work spaces were selected 
arbitrarily. For example, it was assumed that the work space 
number one CTable II second line) was blocked C-1) in the 
periods from 6 to 8 and from 12 to 14, arbitrarily, by two 
activities of the (shipyard) project network. 
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The headings of the columns in tables of this chapter 



are : 



SLK 




Slack . 




WS 


= 


Work Space number. 




DUR 


= 


Duration. 




SLP 


= 


Slope. 




RS 


= 


Amount of resources 


used. 


NR 




Normal applicable unit resources. 


MR 


= 


Maximum applicable 


unit resources. 


MNR 




Minimum applicable 


unit resources. 


TP 




Activity type . 





Data set 2 (from the Long Beach Naval Shipyard for 
the USS f?OBISON, ddg 12) contains 51 activities and has a 
project duration of 21 days. This data set is actually a 
small portion of the ship project network. Expansions were 
also made for this data set. Furthermore, it was assumed 
that the project needs 12 work spaces. Table III summarizes 
this data set and Table IV shows resource availabilities by 
per iod . 

B. SCHEDULING EESULTS 

The six combinations of four possible actions (see Chapter 
IV for description of PI through P4) are as follows; 



1. 


PI, 


P2, 


P3, 


P4 


2. 


PI, 


P2, 


P4, 


P3 


3. 


Pi, 


P3, 


P2, 


P4 
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Table I. INITIAL SET OF ACTIVITIES, DATA SET 1 



flCTiViTT 


EPST 


LPFT 


SLK 


WS 


OUR 


SLP 


NR 


MR 


MNR 


TP 


1- 


2 


1 


7 


5 


1 


2 


1 


3 


4 


3 


0 


1- 


4 


1 


2 


0 


2 


2 


1 


6 


7 


6 


0 


1- 


7 


1 


1 


6 


3 


1 


0 


4 


6 


2 


0 


2- 


3 


3 


1 1 


5 


1 


4 


1 


3 


4 


2 


1 


3- 


6 


7 


12 


5 


3 


1 


1 


4 


4 


4 


1 


4- 


5 


3 


8 


1 


3 


5 


2 


2 


3 


2 


1 


4- 


8 


3 


10 


0 


2 


8 


2 


4 


5 


3 


0 


5- 


6 


8 


12 


1 


2 


4 


1 


2 


4 


2 


0 


6- 


9 


11 


15 


1 


1 


3 


1 


2 


3 


2 


1 


7- 


8 


2 


10 


6 


1 


3 


1 


5 


6 


4 


0 


8- 


9 


1 1 


15 


0 


3 


5 


2 


2 


3 


2 


1 



Table II. RESOURCE AVAILABILITIES, DATA SET 1 



10 11 

1 1 

1 1 

-1 -1 



8 6 9 7 12 1*1 

1 1 1 -1 -1 -1 

1 1 -1 -1 -1 1 

11111-1 



9 7 8 10 13 9 10 

1 1 1 -1 -1 -1 1 

1 1 1 1 - 1-1 1 

1 -1 -1 -1 1 1 1 
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Table III 



INITIAL SET OF ACTIVITIES, DATA SET 2 



flCTlVITT 


EPS! 


LPFT 


SLK 


MS 


OUR 


SLP 


NR 


MR 


MNR 


TP 


1- 


18 


1 


14 


9 


. 


5 


. 


1 


2 


• 1 


1 


1- 


21 


1 


15 


11 


1 


4 


1 


6 


6 


4 


1 


1- 


23 


1 


20 


16 


3 


4 


1 


1 


2 


1 


0 


1- 


24 


1 


6 


0 


4 


5 


1 


2 


3 


2 




1- 


27 


1 


9 


3 


5 


6 


0 


1 


1 


1 


1 


1- 


32 


1 


20 


14 


3 


6 


1 


2 


3 


1 


1 


1- 


33 


1 


14 


1 1 


5 


3 


0 


2 


2 


1 


0 


1- 


34 


1 


14 


12 


7 


2 


1 


2 


2 


1 


0 


1- 


35 


1 


14 


12 


7 


2 


1 


2 


3 


2 


1 


1- 


36 


1 


14 


12 


8 


2 


1 


1 


2 


1 


1 


1- 


37 


1 


14 


1 1 


9 


3 


0 


2 


2 


2 


0 


1- 


38 


1 


14 


12 


8 


2 


0 


2 


2 


2 


1 


1- 


39 


1 


14 


12 


10 


2 


1 


2 


3 


2 


1 


1- 


40 


1 


14 


12 


9 


2 


0 


2 


2 


2 


1 


1- 


41 


1 


14 


1 1 


1 1 


3 


1 


2 


3 


2 


1 


1- 


42 


1 


14 


12 


7 


2 


1 


2 


3 


2 


1 


18- 


19 


6 


17 


9 


1 


3 


1 


4 


5 


4 


0 


19- 


20 


9 


21 


9 


1 


3 


1 


3 


4 


3 


1 


19- 


908 


9 


20 


12 


12 


0 


0 


0 


0 


0 


0 


20- 


980 


12 


20 


9 


12 


0 


0 


0 


0 


0 


0 
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Table III. INITIAL SET OF ACTIVITIES, DATA SET 2 (continued) 



21- 


22 


5 


20 


1 1 


2 


5 


1 


3 


4 


2 


1 


22- 


912 


10 


20 


1 1 


12 


0 


0 


0 


0 


0 


1 


23- 


912 


5 


20 


16 


12 


0 


0 


0 


0 


0 


0 


2M- 


25 


6 


9 


0 


1 


4 


1 


3 


4 


2 


1 


25- 


26 


10 


12 


0 


3 


3 


1 


2 


3 


2 


1 


25- 


908 


10 


20 


1 1 


12 


0 


0 


0 


0 


0 


0 


26- 


911 


12 


12 


1 


12 


0 


0 


0 


0 


0 


0 


27- 


28 


7 


14 


3 


4 


5 


1 


3 


5 


2 


1 


27- 


910 


7 


20 


14 


12 


0 


0 


0 


0 


0 


1 


28- 


29 


12 


20 


3 


4 


6 


2 


2 


3 


1 


1 


29- 


915 


18 


20 


3 


12 


0 


0 


0 


0 


0 


0 


911- 


30 


13 


16 


0 


2 


4 


1 


1 


2 


1 


1 


30- 


31 


17 


20 


0 


3 


4 


1 


2 


3 


2 


1 


31- 


914 


20 


20 


1 


12 


0 


0 


0 


0 


0 


0 


32- 


910 


7 


20 


14 


12 


0 


0 


0 


0 


0 


0 


33- 


32 


4 


14 


1 1 


12 


0 


0 


0 


0 


0 


0 


34- 


32 


5 


14 


10 


12 


0 


0 


0 


0 


0 


0 


3S- 


32 


3 


14 


12 


12 


0 


0 


0 


0 


0 


0 


36- 


32 


3 


14 


12 


12 


0 


0 


0 


0 


0 


0 


37- 


32 


4 


14 


11 


12 


0 


0 


0 


0 


0 


0 


38- 


32 


3 


14 


12 


12 


0 


0 


0 


0 


0 


0 


39- 


32 


3 


14 


12 


12 


0 


0 


0 


0 


0 


0 


40- 


32 


4 


14 


12 


12 


0 


0 


0 


0 


0 


0 


41- 


32 


4 


14 


1 1 


12 


0 


0 


0 


0 


0 


0 


42- 


32 


3 


14 


12 


12 


0 


0 


0 


0 


0 


0 
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Table III. INITIAL SET OF ACTIVITIES, DATA SET 2 (Continued) 



908 - 


999 


10 


20 


1 1 


12 


0 


0 


0 


0 


0 


0 


910 - 


999 


7 


20 


14 


12 


0 


0 


0 


0 


0 


0 


912 - 


999 


10 


20 


1 1 


12 


0 


0 


0 


0 


0 


0 


914 - 


999 


20 


20 


1 


12 


0 


0 


0 


0 


0 


0 


915 - 


999 


18 


20 


3 


12 


0 


0 


0 


0 


0 


0 


998 - 


999 


12 


20 


9 


12 


0 


0 


0 


0 


0 


0 
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DATA SET 2 



Table IV. RESOURCE AVAILABILITIES DAY PERIOD, 



20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 
20 20 20 20 20 20 



1111-11111 



-1 1 



1 
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4. 


PI, 


P3, 


P4, 


P2 


5. 


PI, 


P4, 


P2, 


P3 


6. 


PI, 


P4, 


P3, 


P2 



and all six were run for each data set. 

Four measures of effectiveness (MOE) were used to compare 
the results. They are: 

1. Average CPU time. For each sequence of actions three 
runs were made, in the morning, at noon, and at night, to 
obtain a relatively stable CPU time. 

2. Number of unscheduled activities (NUA) . 

3. Sum of the squares of the resource usage deviations 
from the maximum resource usage for each period (SSM) . 

4. Sum of the squares of the resource usage deviations 
from the mean resource usage for each period (SSA) . 

The last two MOEs, SSM and SSA, were intended to be 
indicators for resource usage profile and smaller numbers 
are preferable for these MOEs, i.e., they would be zero if 
the resource usage is the same for each period. 

Figure 5.1 (a)-(f) for data set 1 and Figure 5.2 (a) -(f) 
for data set 2 show resource loading by period for each 
sequence of actions. 

Note that the sequences of CPl^ P2, P3, P4) and (Pb P2, P4, 
P3) result in the same usage profile for two data sets as 
shown in Figure 5.1Ca) and (b) , and 5.2(a) and (b) . That is, 
after the sequence of normal resource utilization and splitting, 
the crashing or checking previously scheduled set of activi- 
ties regardless of which is done, does not affect the resources 
requirements at all. 
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men 



10 



t 




(a) 




(b) 
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men 
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The other observation that can be made from these fig- 
ures is the close relation between the uniformity of the 
resource usage profiles and the MOEs of SSM and SSA. That is, 
for smaller SSM and SSA, the resource usage profiles are more 
uniform Csee Tables VII and VIII) . 

According to the values of NUA and SSA, the sequence of 
(Pi, P4 , p3, p 2) appears to provide a better solution than 
the others. Therefore, the schedule corresponding to this 
sequence (sixth sequence) is provided in Tables V (a) -(b) and 
VI (a) -(b) . 

Tables V(a) and VI (a) provide the schedules for the two 
data sets, respectively, with the sixth sequence (Pi, P4, 

P3, P21 . The starting time of an activity is defined as the 
beginning of the period and the terminating time as the end 
of the period. Therefore, for a dummy activity with zero 
duration, the EST is greater than the LET for that activity. 

The activities which could not be scheduled due to work 
space nonavailability are shown in Tables V(b) and VI (b), 
respectively. They are (.4,8) for data set 1, and (1,18) and 
(1,24) for data set 2. Therefore, with the given precedence 
and work space availabilities, the ship's force scheduling 
problem for each data set is actually not feasible. 

The activity C4,8) can be scheduled by crashing it, if 
the work space number two would be available for periods 5 
and 6. This could be accomplished by delaying the activity 
of (shipyard) project network, which is currently using the 
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Table V(a). SCHEDULED SET OF ACTIVITIES, DATA SET 1 



fiCTlVlTT EST LFT RS WS SLK 



8 - 9 13 

1006-1009 15 

5-6 8 

3-6 7 

2006-2009 11 

2-3 3 

7-8 9 

U- 5 3 

1 - 2 1 

1-7 6 

1- y 1 



15 3-3 0 

15 3 10 

11 2 2 1 

7 H 3 0 

11 2 10 

i| 4 11 

9 6 11 

5 3 3 0 

2 3 10 

6 4 3 0 

2 6 2 0 



Table V(b) . UNSCHEDULED SET OF ACTIVITIES, DATA SET 1 

RCTIVITT EPST LPFT SLK HS OUR 5LP NR MR MNR TP 
4- 8 3 10 0 2 8 24530 



61 




I 



work space in the periods from 5 to 7 , by two periods and 
crashing the activity (5,6). Thus, the work space number 
two would be scheduled as follows: 

Activity (1,4) in periods 1 and 2; 

Activity (4,8) in the periods from 3 to 6; 

Shipyard activity in the periods from 7 to 9; 

Activity (5,6) in periods 10 and 11; 
and no unscheduled activities would be remaired. 

This example suggests the importance of continual communi- 
cation and negotiation between the ship's management and the 
shipyard's management about unscheduled ship project activities. 

Table VII for data set 1 and Table VIII for data set 2 
provide a summary of the four MOEs for the six combinations 
of actions . 

As far as the number of unscheduled activities are con- 
cerned, the sequence of (PI, P4, P3, P2) gives the least number 
of unscheduled activities for both data sets. Also, for this 
sequence, the SSA is the minimum for each data set. 
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Table VI (a) . SCHEDULED 



flCTlVlTT EST 



19 - 


20 


17 


914 - 


999 


20 


31 - 


914 


20 


915 - 


999 


20 


29 - 


915 


20 


998 - 


999 


12 


20 - 


980 


20 


912 - 


999 


12 


908 - 


999 


20 


25 - 


908 


20 


19 - 


908 


10 


910 - 


999 


9 


32 - 


910 


20 


23 - 


912 


7 


1 - 


23 


5 


30 - 


31 


18 


28 - 


29 


14 


27 - 


910 


20 


22 - 


912 


20 


21 - 


22 


16 



OF ACTIVITIES, DATA SET 2 



RS WS SLK 

3 1 0 

0 12 0 

0 12 1 

0 12 0 

0 12 1 

0 12 0 

0 12 1 

0 12 0 

0 12 1 

0 12 1 

0 12 0 

0 12 0 

0 12 1 

0 12 0 

1 3 0 

3 3 0 

3 4 0 

0 12 1 

0 12 1 

3 2 0 



SET 

LFT 

19 

19 

19 

19 

19 

1 1 

19 

11 

19 

19 

9 

8 

19 

6 

8 

20 

15 

19 

19 

20 
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Table VI (a) SCHEDULED SET OF ACTIVITIES, DATA SET 2 (Continued) 



18- 


19 


8 


911- 


30 


13 


1001- 


1032 


13 


1- 


21 


2 


34- 


32 


15 


41- 


32 


4 


37- 


32 


12 


33- 


32 


12 


1- 


37 


1 


1- 


33 


12 


42- 


32 


4 


40- 


32 


12 


39- 


32 


12 


38- 


32 


12 


36- 


32 


12 


35- 


32 


12 


1- 


34 


5 


27- 


28 


7 


1- 


42 


1 




41 


5 


1- 


40 


4 


1- 


39 


13 


1- 


38 


5 


1- 


36 


1 


j _ 


35 


7 



M 1 0 

2 2 0 

2 3 0 

6 1 0 

0 12 0 

0 12 1 

0 12 1 

0 12 1 

2 9 0 

2 5 0 

0 12 0 

0 12 1 

0 12 1 

0 12 1 

0 12 1 

0 12 1 

2 7 0 

3 q 0 

2 7 1 

2 11 7 

2 9 8 

2 10 0 

2 8 8 

1 8 1 

2 7 6 



10 

15 

15 

3 

m 

3 

1 1 

1 1 

3 

m 

3 

1 1 

1 1 

1 1 

1 1 

1 1 

6 

1 1 

2 

7 

5 

m 

6 

2 

8 
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Table VI (a) SCHEDULED SET OF ACTIVITIES , DATA SET 2 (Continued) 



26- 


911 


12 


1 1 


0 


12 


1 


25- 


26 


10 


1 1 


3 


3 


0 


2001- 


2032 


9 


9 


3 


3 


0 


24- 


25 


6 


7 


4 


1 


0 


1001- 


1027 


8 


9 


1 


5 


0 


2001- 


2027 


1 


4 


1 


5 


0 


3001- 


3032 


1 


3 


2 


3 


0 



Table VI (b) UNSCHEDULED SET OF ACTIVITIES, DATA SET 2 

flCTlVlTT EPST LPFT SUK H5 DUR SLP NR MR MNR TP 

1-24 1 60 U 5 12321 

1- 16 1 14 9 1 5 11211 
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Table VII. DATA SET 1 



Average 



Sequence of 
Actions 




CPU 

Time 


NUA 


SSM 


SSA 


PI, 


P2, 


P3, 


P4 


27.04 


1 


646 


130 


PI, 


P2, 


P4, 


P3 


26.44 


1 


646 


130 


PI, 


P3, 


P2, 


P4 


27.44 


2 


607 


125 


PI, 


P3, 


P4, 


P2 


26.96 


2 


411 


112 


PI, 


P4, 


P2, 


P3 


28.35 


1 


362 


107 


PI, 


P4, 


P3, 


P2 


27.17 


1 


826 


92 



Sequence of 
Actions 




Table VIII. 

Average 

CPU 

Time 


DATA SET 2 
NUA 


SSM 


SSA 


PI, 


P2, 


P3, 


P4 


34.45 


3 


794 


333 


PI, 


P2, 


P4, 


P3 


30.39 


3 


794 


333 


PI, 


P3, 


P2, 


P4 


35.06 


2-1/2* 


877 


346 


PI, 


P3, 


P4, 


P2 


32.81 


2 


1210 


309 


PI, 


P4, 


P2, 


P3 


30.55 


3 


718 


257 


PI, 


P4, 


P3, 


P2 


33.37 


2 


1007 


250 


* 1/2 represents one unscheduled subactivity. 
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VI. SUMMARY y CONCLUSIONS AND RECOMMENDATIONS 



A. SUMMARY AND CONCLUSIONS 

1. The algorithm assumes two project networks with one 
common resource requirement and that one of the project net- 
works has been already scheduled. The problem that this 
algorithm was designed for was the scheduling of a ship's force 
during a shipyard overhaul. Specifically, it combines a 
ship project network with a shipyard project network, which 
has been already scheduled, in developing a total ship over- 
haul project network. Two types of constraints are allowed. 
First one is work space on board ship which is common to 
both ship's and shipyard's project networks, and second one 
Is the ship's manpower. It was assumed that resources, such 
as shipyard's materials, tools and devices which are needed 
for ship overhaul, are available whenever needed. 

The algorithm consists of two phases. Each of these 
phases essentially corresponds to a single resource subprob- 
lem. The first phase schedules the ship project network 
based on the common resource, which is the work space on 
boa,rd ship. Scheduling starts at the end of the ship project 
duration based on PERT and proceeds backward until first 
period of project duration has been reached. The second phase 
computes the ship's manpower requirements by period, and then 
computes a "residual" manpower pool. Then, the algorithm 
searcbes for the period in which the residual resource pool 
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is minimum and tries to increase that minimum by delaying an 
eligible activity forward. In other words, it tries to level 
out peak demands. A final "residual” pool is computed at the 
end of phase II and provides information about manpower avail- 
ability- for non-indus trial work. 

2. The algorithm was tested with two sets of data and 
the sequence combination involving first normal resource 
utilization, then a crashing, then checking for available 
common resource from previously scheduled set of activities, 
and finally splitting appears to be the most promising with 
respect to the four MOEs. 

3. Although the proposed algorithm is a heiiristic solu- 
tion procedure, it gives a solution range through the use of 
different sequences of possible actions for scheduling an 
activity. 

4. The algorithm does not consider any variable unit 
resource requirements. That is, the unit resource require- 
ments for any activity or subactivity have been assumed 
constant througivout the activity or subactivity duration. 

This deficiency may be corrected by dividing the activity, 
which requires variable resources, into subactivities each 
requiring constant unit resources. 

B. RECOMMENDATIONS 

1. It is recommended that further study be made done of this 
algorithm to develop extensions which allow relaxation of 
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the assvunptions of homogeneity of ship's manpower, avail- 
ability of shipyard's materials and tools which are needed 
for ship overhaul, and variable unit resource requirements, 
and the inclusion of more than one uncommon and/or common 
resource requirement. 

2. The solving of an actual ship overhaul scheduling 
problem is far beyond the scope of this thesis. It needs 
to be studied in more detail by at least a team consisting 
of systems analysts, systems engineers, and human factors 
engineers. It is an extremely complex resource-constrained 
allocation problem. This complexity is compounded by 
communication problems between ship and shipyard prior to 
and/or during the ship overhaul process, the many uncertain- 
ties concerning availability of resources, and the organiza- 
tional difficulties between the involved commands. 

3. The reason for using a "backward" pass in the 
algorithm to schedule the common resource, work spaces, was 
to insure that an activity of the ship project would be 
finished by its LPFT while not violating the work space 
requirements of the shipyard project activities. That is, 
the starting and terminating periods of an activity of the 
shipyard project were assumed given and unchangeable. 

Although, the work space availabilities of the two 
examples (see Chapter V) were arbitrary, the manpower loading 
profiles (see Figures 5.1 and 5.2) and unscheduled activities 
obtained from those examples resemble anticipated real-world 
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situations. Therefore, the ship's management would need to 
negotiate with the shipyard ' s management to extend the 
project duration or to provide more availability of work 
spaces so that a more uniform manpower loading profile could 
be obtained and tfie list of unscheduled activities in the 
ship project network could be eliminated. 
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APPENDIX A 



VERBAL FLOWCHART 



A. MAIN PROGRAM 



1 - 3 

4 - 7 

8 - 10 
11 - 16 
17 - 22 
23 - 39 
40 - 44 
45 - 59 

60 - 62 
63 - 76 

77 - 80 
81 - 87 

88 - 90 
91 

92-140 



141-142 

144 



Conunent cards . 

Variable declaration statements. 

Comment cards. 

Call subroutine INPUT and perform initialization. 
Start backward scheduling, print current period. 
Order the activities according to their LPFT. 
Write the ordered set of activities. 

Determine eligible activities which have LPFT 
equal to the current period. 

Comment cards . 

Order eligible activities according to activity 
splittability and slack. 

Print ordered eligible activity set. 

Remove an activity from eligible activity set 
and identify it. 

Comment cards. 

Determine common resource availability. 

Check scheduling possibilities. That is, normal 
resource utilization, splitting, crashing or 
checking previously scheduled set of activities. 
Comment cards. 

Decision for unscheduled activities. 
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145-150 : 

151-160 : 

161-169 ; 
170-187 ; 

188-208 ; 
209-221 ; 

222-234 : 
235-255 : 

256-263 ; 
264-274 : 
275-287 : 
288-298 ; 

299-331 ; 
332-338 : 
339-351 I 

352-353 : 
354-360 : 

361-374 : 



Place unscheduled activity in the set of 
unscheduled activities. 

Schedule the activity at normal resource 
utilization. 

Schedule the activity by crashing. 

Place the scheduled activity in the set of 
scheduled activities. 

Try to schedule the activity by splitting. 

Schedule the last subactivity at normal 
resource utilization. 

Schedule the last subactivity by crashing. 

Place unscheduled subactivities in the set of 
activities. 

Allocate the slack to the first subactivity. 

Start to schedule using the manpower resource. 
Compute excess resource availability for manpower. 
Locate the peak manpower usage period and try 
to reduce. 

Specify which activity is to shift and how much. 
Shift the activity to later on the schedule. 
Recompute the excess resource availability for 
manpower . 

Check for second pass. 

Place unscheduled activities in the activity 
set and try to schedule with a second pass. 

Output . 
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375-400 : Format statements 



401-402 : STOP and END. 

B. SUBROUTINES 

1. Subroutine INPUT 



1 


Subroutine INPUT . 


2- 5 


Variable declaration statements. 


6- 10 


Read and write the parameters. 


11- 23 


Read and write activity set. 


24- 35 


Read and write resource availabilities. 


36- 53 


Initialize the scheduled activity set and some 
auxiliary arrays. 


54- 63 : 


: Initialize the unscheduled activity set. 


64- 72 ; 


t Format statements. 


73- 74 : 


: RETURN and END. 



2 . Subroutine ORDER 



1 


Subroutine ORDER 


2- 5 


Variable declaration statements. 


6- 23 


Bubble sorting to order on first criterion. 


24- 41 


Bubble sorting to order on second criterion. 


42- 43 


RETURN and END. 



3 . Subroutine WSC 



1 


Subroutine WSC 


2- 5 


Variable declaration statements. 


6- 18 


Determine common resource availability periods 


19- 30 


Determine the blocks of available periods. 
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31- 

38- 

40- 

4. 

2 - 

6 - 

25- 



37 : Determine the starting and terminating periods 

for the longest block of available periods. 

39. ; Dummy statements. 

41 ; RETURN and END. 

Subroutine SPLIT 
1 ; Subroutine SPLIT 
5 : Variable declaration statements. 

24 ; Determine starting and terminating periods of 
subactivities . 

26 : RETURN and END. 
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APPENDIX B 



DESCRIPTION OF THE DATA CARDS 
1. Parameter Card: Card # 1 



Columns 


Explanation 


1-3 


Number of project periods. 


4-6 


Number of resources. 


7-9 


Number of activities. 


10 


Decision for unscheduled activities. For 
precedence revision input 0 , otherwise 
input 1 . 



2. Activity Identification Cards: For the following M cards, 

where M is the number of activities. 



Columns 


Explanation 


1-3 


Activity starting node. 


4-6 


Activity terminating node. 


7-9 


EPST of the activity. 


10-12 


LPFT of the activity. 


13-14 


Slack for the activity. 


15-17 


Work space number of the activity. 


18-20 


Activity duration. 


21-23 


Slope of the time-resource function (absolute 
value) . 


24-26 ; 


: Normal unit resources required by the activity. 


27-29 ; 


: Maximum unit resources required by the activity. 
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30-32 : 



Minimum unit resources required by the activity. 
33 : Activity type characteristic. Input 1 for 

splittable activities; input 0 for non- 
splittable activities. 



3. Manpower Resource Availability Cards; Each card contains 
information for a sequence of 15 periods. For example, three 
cards would be needed for a project of 31 to 45 periods in 
duration. 

Columns Explanation 

1-3 : Manpower resource availability for 1 st period. 

• • • * « ^ 

43-45 : Manpower resource availability for 15 th period. 

4. Common Resource Availability Cards: Each card contains 

information for a sequence of 15 periods. A new card for the 
following each 15 periods. 

Columns Explanation 

1-3 ; Common resource availability for 1 st period. 



43-45 ; Common resource availability for 15 th period, 
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1 

2 

3 

y 

5 

6 

7 

8 

9 

10 

11 

12 

13 

IM 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

3d 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 



COMPUTER PROGRAM 



COMBINING TWO PROJECT NETWORKS 



C 

C 

c 



PROGRAM TO COMBINE TWO PROJECT NETWORK 

WITH ONE COMMON RESORCE AND ONE UNCOMMON RESOURCE 

AND ONE OF THE PROJECT NETWORK IS ALREADY SCHEDULED 



IMPLICIT 1NTEGERk2 (A-2J 

DIMENSION A (200. l2l .R (31.200) .5 (300.7) .E (30. 12) .TEMP (12) .U (50. 12) . 
lY (200) .PS (200) .V (50) .T (9,2) . VT (300, 12) 

COMMON N.K, lA.DECIOE.A.R.S.E.Y.U.PS.TEMP.V.T. VT 
CC 

CC PHASE ONE; SCHEDULING ON COMMON RESOURCE. 

CC 

PASS=1 

NSA=0 

CALL INPUT 
39 NSA1=NSA^1 
NUA^O 
0RDR=0 

DO 22 0AY=1.N 
CC 

CC START TO BACKWARD SCHEDULING. 

CC 

IN=N-0AY^1 

WRITE (6,602) IN 

IF (ORDR.EQ.l) GO TO 400 

IF (lA.EQ. 1) GO TO 400 

ORDR-1 

IR=lfl 

JC=12 

CUO 

C2=^4 

INOX ' 

DO 1 = 1 , IR 
00 4C; i= 1 . JC 

401 VT (1» V -A (I. J) 

402 CONTIh E 

CALL -^UER (IR. JC.Cl ,C2, INOX) 

DO 4CV 

DO 4C =:,JC 

403 A(I, J) =VT (I, J) 

404 CONTINUE 

IF (DAY.GE.2) GO TO 400 
WRITE (6,605) 

WRITE (6.S04) 

00 410 i-1 . lA 

410 WRITE (6,200) (A ( I , J) . J= 1 , 12) 

400 M=0 
CC 

CC DETERMINE ELIGIBLE ACTIVITY SET. 

CC 

00 2 1=1.30 
JN=IA-I+1 
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51 

52 

53 

5M 

55 

56 

57 

58 

59 

60 

61 

62 

63 

611 

65 

66 

67 

68 

69 

70 

71 

72 

73 

7y 

75 

76 

77 

78 

79 

80 

81 

82 

83 

8y 

85 

86 

87 

88 

89 

90 

91 

92 

93 

9M 

95 

96 

97 

98 

99 

100 



CC 

CC 

CC 



IF Ifl UN.m .NE. INI GO TO M05 
M = M^1 

00 1 J-1,12 
E (I, J)=AUN, Ji 

1 flUN,J)=0 

2 CONTINUE 

405 IF (H.EQ.O) GO TO 22 
IF (M.LE. 1) GO TO 221 

ORDER ELIGIBLE flCTIViTT SET fiCCOROiNG TO SPECIFIED CRITERION. 

IR=M 
JC*12 
C1 = 12 
C2 = 5 
INDX=2 

00 407 I = UIR 
DO 406 J=*UJC 

406 VT (I , J) =E (I, J) 

407 CONTINUE 

CALL ORDER U R. JC. Cl, C2, I NOX) 

DO 409 1*1. IR 
DO 408 J*1.JC 

408 E n, J)*VT (I.J) 

409 CONTINUE 
WRITE (6,606) 

WRITE (6,604) 

221 DO 223 1=1, H 

223 WRITE (6.200) (E (I , J) , J= 1 , 12) 

IN0EX=0 
DO 21 L=1,M 
FC = 0 

DLB=E (L,7) -E (L,8) H (E (L, 10) -E (L, 11) ) 

F = E (L,3) 

KK*E (L,6) ■►I 
DD=IN-F-^1 
CC 

CC DETERMINE COMMON RESOURCE AVA I INABILITY 
CC 

210 CALL WSC (F, IN,D0,KK,P1P,SP, TF.TL) 

IF (PIP.EQ.O) GO TO 227 
IF (PIP.GE.OD) GO TO 6 
CALL SPLIT (OO.SP) 

DO 224 1=1, SP 
DO 225 J=I,2 
225 T (I.J) =F-^T (I,J)-1 

224 CONTINUE 
P2P=0 

DO 3 I=1,SP 
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123 
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147 

148 

149 

150 



IF (P2P.GE. (T (1,21-T (MMin GO TO 3 
P2P=T (1,2) -T (I.n ^1 
TF = T n , n 
TL*T (1,2) 

3 CONTINUE 

IF (P2P.GE.E (L,7) ) GO TO 6 
IF (P2P.GE,DLB) GO TO 7 
IF IFC.GE. n GO TO 216 
DO 215 I=l,NSfl 

IF (E (L,6) .NE.Sd.en GO TO 215 
IF (5(1,3) .GT-E (L,4) ) GO TO 215 
IF((P2P-^S(I,7)).GE.DLB) GO TO 228 

215 CONTINUE 

216 IF (E (L, 12) .EQ. 1) GO TO 10 
GO TO 4 

CC 

CC SCfiN PREVIOUSLY SCHEDULED SET OF fiCTIVITIES 
CC TO FflCILITRTE THE SCHEDULING. 

CC 

227 DO 226 I=l,NSfl 

IF (E (L,6) .NE.S (1 ,6) ) GO TO 226 
IF (Sn,3) .GT.E(L,4)) GO TO 226 
IF (S (1,7) .GE.DLB) GO TO 228 
226 CONTINUE 
GO TO 4 

228 IF (E (L,4) .LE.S(I,4)) GO TO 211 

IF ME (L, 4) -S (1, 4n .GE.DLB) GO TO 213 
GO TO 211 
213 M1=S (1,4) 

M2=M1-^S (1 ,7) -1 
212 S(I,7) =0 

DO 229 I=M1,M2 

229 R(KK, I) »1 
FC=*FC*^1 
GO TO 210 

211 S(I,3)=S(I,3)-^S(I,7) 

S(I,4)=S(I,4)-^S(I,7) 

M2=S(1,3)-1 
M1=M2-S (1,7) *^1 
GO TO 212 
CC 

CC DECISION FOR UNSCHEDULED ACTIVITY. 

CC 

4 IF (DECIDE. EQ.O) GO TO 32 
WRITE (6,608) E (L, 1) ,E (L,2) 

NUfl=NUfl'^I 

DO 5 >1,12 
U(NUR, J)=E (L, J) 

5 E(L,J)=0 
GO TO 21 
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SCHEDULE fiCTIViTT fiT NORMAL RESOURCE UTILIZATION. 



CC 
CC 
CC 

6 NSA=NSA-»1 
EL1*E (L. 1) 

EL2«E (L.2) 

C*E (L,9) 

D»E (L> 7) 

WRITE (6.610) EL1.EL2 
GO TO 8 
CC 

CC SCHEDULE ACTIVITY AT CRUSHED LEVEL. 

CC 

7 NSA=NSA^1 
EL1*E (L. 1) 

EL2 = E (L.2) 

C^E (L. 10) 

0=DLB 

WRITE (6.611) E (L, 1) .E (L.2) 

CC 

CC PLACE THE SCHEDULED ACTIVITY IN THE SCHEDULED SET. 
CC 

8 EL6=E (L.6) ’►I 
DO 9 IP=TF.TL 

9 R(EL6.IP)=-1 
S (NSA, 1) =EL1 
S (NSA. 2) =EL2 
S (NSA, 3) *TF 

S (NSA. 4) =TF^D-1 
S (NSA, 5) =C 
S (NSA. 6) =KK-1 
S (NSA. 7) =TL-TF-D^1 
WRITE (6.700) NSA 
IF (INDEX. EO. I) GO TO 15 
DO 61 1*1.12 
61 E (L. J) =0 
GO TO 21 
CC 

CC TRY TO SCHEDULE THE ACTIVITY BY SPLITTING. 

CC 

10 IF (SP.LE. 1) GO TO 111 

WRITE (6.601) E (L. 1) ,E (L.2) .SP 
WRITE (6.202) 

WRITE (6,206) 

DO 110 1=1. SP 

110 WRITE (6.203) (T ( I . J) . J= 1 . 2) 

SP1 = 1 

GO TO 112 

111 SP1=0 

112 IF (PIP.GE.E (L.7) ) GO TO 11 
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213 

214 

215 

216 

217 
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224 

225 

226 

227 
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229 
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243 

244 

245 

246 

247 

248 

249 

250 



IF (PIP.GE.DLB) GO TO 12 
GO TO 4 

11 IF (V (DO) .EQ. 1) GO TO 13 
INDEX=0 

GO TO 15 

12 IF (V (DO) .EQ. 1) GO TO 14 
INDEXED 

CO TO 15 
CC 

CC SCHEDULE FIRST SUBflCTIVITT RT NORMfiL RESOURCE UTILIZATION. 
CC 

13 NSfi=NSfi^l 

EL1 = E (L, 1) -►IOOOkSPI 
EL2=E (L.2)-^100DkSP1 
TF = T (SP, 1) 

TL = T (SP,2) 

C = E (L,9) 

0«TL-TF-^1 

INOEX^l 

NRITE (6»610) ELI »EL2 
GO TO 8 
CC 

CC SCHEDULE FIRST SUBflCTIVITT AT CRUSHED LEVEL. 

CC 

14 NSfl=NSfl-^l 

EL1=E (L. 1) ♦IOOOmSPI 
EL2=E (L.2) -^IOODhSPI 
TF=T (SP. 1) 

TL = T (SP.2) 

C = E (L. 10) 

D*TL-TF-^1 

IN0EX=1 

WR1TE(6,S11) ELKEL2 
GO TO 8 
CC 

CC PLACE UNSCHEDULED SUBACT I VI T lES IN THE ACTIVITY SET. 

CC 

15 SSP=SP-INDEX 
ORDR^O 
Ifll«IA-^l 
IA=IA-^SSP 
TSLACK=PlP-0 
DO 2D I=1A1.IA 

A(I, 1) *E (L. 1) ■►1000»< (I-IAHl-^INDEX) 

A(1.2) =E (L,2) -►IDOOm (I - 1 A1 ♦ 1 ♦ INDEX) 

A(I,3)=T(IA-I-^1» 1) 

A(1.4) =T (IA-I-^1,2) 

A(I,5) =0 
A(1 .6) =E (L.6) 

A(I,7) =T (lA-I-^1.2) -T (lA-I-^1, 1) 
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295 

296 

297 

298 

299 

300 



fl(l,8) =E IL,8) 

00 19 J=9, 1 1 
19 Pin. Jl^E (L, J) 
fl ( 1 , 12 ) =0 
20 CONTINUE 
CC 

CC flLLOCPlTE THE SLACK TO LAST SUBACTIVITT. 

CC 

IF (TSLACK.LE.O) TSLACK-0 
A(IA.5)*A(IA.5)'*'TSLACK 
IF (TSLACK.LE.O) GO TO 21 

21 CONTINUE 

22 CONTINUE 

IF (NSA.LT.NSAH GO TO 33 
IF (PflSS.GE.2) GO TO 23 
DO 30 1*1. N 
30 Y m =R (1 . I) 

CC 

CC PHASE TWO: SCHEDULING ON UNCOMMON RESOURCE. 

CC 

N1=0 

WRITE (6,42) 

DO 231 1=1, K 

231 WR1TE(6 204) (R ( I . J) , J* 1 . N) 

CC 

CC COMPUTE EXCESS RESOURCE AVAIBILITT FOR UNCOMMON RESOURCE. 
CC 

23 DO 25 1*1. N 

IF (PS (I) .EQ. 1) GO TO 25 
DO 24 J=NSA1.NSA 
IF (S (J.3) .EQ. I) GO TO 241 
GO TO 24 

241 IJ*S(J.4) 

DO 242 L*I.IJ 

242 r (L) *Y (L) -S (J.5) 

24 CONTINUE 

25 CONTINUE 
CC 

CC LOCATE PEAK DEMAND PERIOD FOR UNCOMMON RESOURCE 
CC AND TRY TO SMOOTH OUT. 

CC 

26 MIN*Y (1) 

H=1 

DO 27 1=2. N 

IF ( (PS (I) .EQ. 1) .OR. (Y (I) .GE.MIN) ) GO TO 27 
MIN=Y (I) 

M=I 

27 CONTINUE 
CC 

CC SPECIFY WHICH ACTIVITY IS TO SHIFT AND HOW MUCH ? 
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344 

345 

346 

347 

348 
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350 



CC 

DO 282 I=l,NSfl 
VT (1, 1) =5 11,7) 

282 VI (1 ,21 =1 
1R*NSR 
JC=2 
C1«0 
C2»l 
1NDX=1 

CfiLL ORDER (1 R, JC , C 1 , C2 . I NDX) 

N=0 

DO 283 I=l,NSfl 

IF (VT (1.1) .LE.O) GO TO 283 

IF ( (S (VT (1 .2) ,3) .EQ.M) .OR. (S (VT (1.2) . 3) .EQ. (M-VT (I. 1) ^in ) GO TO 3 
150 

GO TO 283 
350 W = VT (1. 1) 

Ml=5 (VT (1 ,2) .4) -^1 

M2 = M1-^W-1 

DO 284 J=M1,M2 

IF (PS(J) .EQ.O) GO TO 284 

I8=J-1 

IF (I8.LT.M1) GO TO 283 
GO TO 270 

284 CONTINUE 
GO TO 285 

283 CONTINUE 
PS (M) -1 
N1=N1+1 

IF (N1 .GE. (N-^1) ) GO TO 36 
GO TO 26 
CC 

CC SHIFT The RCTIVITY 8T H TO FORWARD. 

CC 

270 W=I8-MM1 

285 S (VT (1 ,2) , 3) =S (VT (1 .2) . 3) ♦W 
S(VT (1,21 ,4)=S(VT(I.2) ,4)i'W 
S (VT (1.2) ,7) =S (VT (1.2) .7) -H 

CC 

CC recompute THE EXCESS RESOURCE AVAILABILITY FOR UNCOMMON RESOURCE 
CC 

MI=M-W^1 

M2=M1^W-1 

M4 = S(VT (1.2) .4) 

M3=M4-W^1 
DO 286 J=M1.M2 
R(S(VT (1.2) .6) .J)=l 

286 Y (J) =Y (J) ♦S (VT (1,2) .5) 

DO 287 J=M3.M4 

287 Y(J)=Y U)-S(VT (1.2) .5) 
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371 
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373 
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376 
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379 
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GO TO 26 

36 PflSS=PflSS^l 

IF ( (NUfl.EQ.Ol .OR. (PflSS.GE.3) ) GO TO 33 
00 38 I*l,NUfl 
00 37 J»l, 12 
ft (I. J) -U (I. J) 

37 U(I,JI«0 

38 CONTINUE 
Ift=*NUfl 
GO TO 39 

33 WRITE (6, 702) 

WRITE (6,701) 

00 34 lal.NSft 

34 WRJTE(6,300) (S (1 , J) , J*1 , 7) 

WRITE (6,703) 

WRITE (6,604) 

00 35 I=l,NUfl 

35 WRITE(6,200) (U ( I , J) . J= 1 , 1 2) 

WRITE (6, 42) 

WRITE(6,204) IT ( J) , J»1.N) 

00 198 I«2,K 

198 WRITE16.204) (R ( I , J) , J= 1 , N) 

GO TO 999 
32 WRITE (6,20!) 

42 FORMAT (//,2X, 'RESOURCE flVAIBiLlTIES BT PERIOO. ',/) 

200 FORMAT (2X, 14, ' - M4 , 2 (2X , 1 3) , 2X , 1 2, 3 (2X , 1 3) , 3 (2X , 1 2) , 2X, I 1 , /) 

201 FORMAT (//,2X, 'REVISE PRECEOENCE RELATIONS ANO-OR REMOVE SOME ACTIV 
mITIES') 

202 FORMAT (/.2X, 'SPLITTED ACTIVITY') 

203 FORMAT (/,2 (2X, 14) ) 

204 FORMAT (//, 1 5 (2X, 1 2) ) 

206 FORMAT (2X, 15, 2X, 15) 

300 FORMAT (/.2X, 14, 14,2 (2X, 13) ,2X, I2,2X, I3,2X, 12) 

601 FORMAT (//,2X, 'ACTIVITY M4,'-\I4,' IS SPLITTED TO ',11,' SUBACTI 
1VITIES',//,2X, 'EPST',2X, 'LPFT') 

602 FORMAT (//.2X, 'PERIOD* ',13,//) 

603 FORMAT I //,2X, 'UNOROEREO INITIAL SET OF ACTIVITIES,',//) 

604 FORMAT (, //, 3X, ' ACT I VI T Y ' , 1 X, 'EPST ', IX, 'LPFT ', IX, 'SLK ' , 3X, 'WS ' , 2X, ' 
10UR',2X, 'SLP',2X, 'NR', 2X, 'MR', IX, 'MNR', IX, 'TP ') 

605 FORMAT (//,2X, 'ORDERED SET OF ACTIVITIES.',/) 

606 format (///,2X, 'ORDERED SET OF ELIGIBLE ACTIVITIES.',//) 

608 FORMAT (///,2X, 'ACTIVITY ' , 14 , ' - ' , I4 . ' CANNOT BE SCHEDULED') 

610 FORMAT (///,2X, 'ACTIVITY ', 14, 14, ' CAN BE SCHEDULED AT NORMAL R 

lESOURCE UTILIZATION') 

611 FORMAT (///,2X, 'ACTIVITY', 14, 14, ' CAN BE SCHEDULED BY CRUSHING' 
1) 

700 FORMAT (///,2X, 'SCHEDULED ',12,' TH ACTIVITY',/) 

701 FORMAT (4X, 'ACTIVITY\2X, 'EST\2X, 'EFT'.2X, 'RS',2X, ' WS\2X, 'SLK') 

702 FORMAT (///,2X, 'SCHEDULED SET OF ACTIVITIES.',//) 

703 FORMAT f///.2X, 'UNSCHEDULED SET OF ACTIVITIES.',//) 
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STOP 

END 
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SUBROUTINE INPUT 
IMPLICIT INTEGER*<2 (fi-E) 

DIMENSION fi (200, 12J ,R (31,200J ,5 (300,71 ,E (30, 12J ,TEMP (12) . U (50, 12) , 
IT (200) ,PS (200) ,V (50) ,T (9,2) , VT (300, 12) 

COMMON N,K, Ifl,DECIDE,fl,R,S,E,T,U,PS, TEMP,V,T, VT 
CC 

CC READ AND WRITE PARAMETERS. 

CC 

READ (5, 100) N,K, lA, DECIDE 
WRITE(6,500) N,K, lA, DECIDE 
CC 

CC READ AND WRITE ACTIVITT SET. 

CC 

WRITE (6,603) 

WRITE (6,604) 

DO 1 1 = 1, lA 

READ (5, 101) (A (I, J) , J=l, 12) 

1 WRITE(6,200) (A(l, J) , J=l, 12) 

IA1 = IA'^1 

DO 3 I=IA1,200 
DO 2 J=l, 12 

2 A(I,J)=0 

3 CONTINUE 
CC 

CC READ RESOURCE AVAILABILITIES- 
CC 

WRITE (6,42) 

DO 4 I=1,K 

READ (5, 102) (R (1, J) , J=1,N) 

4 WRITE(6, 102) (R(I,J) . J=1,N) 

K1=K^1 

DO 6 l=Kl,3l 
DO 5 Js 1,200 

5 R ( I , J) =0 

6 CONTINUE 
CC 

CC INITIALIZE THE SCHEDULED SET AND SOME AUXILIART ARRAY. 

CC 

DO 8 1=1,300 
DO 7 J=l,7 

7 S(l, J) =0 

DO 45 J=l, 12 
45 VT (1, J) =0 

8 CONTINUE 

DO 17 1=1,50 
17 V (I) =0 

DO 12 1=1,200 
Y (I) =0 
12 PS (I) =0 
DO 19 1=1,9 
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DO 18 J=l,2 

18 T(I,JI=0 

19 CONTINUE 
CC 

CC INITIALIZE THE UNSCHEDULED SET. 

CC 

00 11 J*l,12 
TEHPUl-O 
00 9 1=1.30 
9 E(I.J)=0 
00 10 L=l,50 

10 U (L, J) =0 

11 CONTINUE 

42 FORMAT (//,2X, ’RESOURCE AVAIBILITIES BT PERIOD. \/) 

100 FORMAT (313, 111 

101 FORMAT (413,12,613,111 

102 FORMAT (15131 

200 FORMAT (2X, 14, M 4 , 2 (2X, 1 3) , 2X , I 2, 3 (2X, 1 3) , 3 (2X, 1 2) , 2X , I 1 , /) 

500 FORMAT (2X, ’NUMBER OF PERIODS =’, 1 3, /, 2X, ’NUMBER OF RESOURCES =’, 
1I2,/,2X, ’NUMBER OF ACTl VI TIES* ’ , 1 3, /, 2X, ’DECISION’, 12X, ’*’,11,/) 
604 FORMAT (///,3X, ’ACT I V I TT ’ , 1 X, ’EPST’, IX, ’LPFT’,1X, ’SLK ’, 3X, ’WS 2X, ’ 
10UR’,2X, ’SLP’,2X, ’NR’,2X, ’MR’, IX, ’MNR’,1X, 'TP’,/1 
RETURN 
END 



87 



1 

2 

3 

y 

5 

6 

7 

8 

9 

10 

1 1 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 



SUBROUTINE ORDER ( I R. JC , C 1 , C2. I NDEX) 

IMPLICIT 1NTEGER«2 (fl-Z) 

DIMENSION ft (200, I2l ,R (31,200) ,S (300, 7) ,E (30, 121 , TEMP (121 ,U (50, 12) , 
IT (2001 .PS (200) , V (50) ,T (9, 2) , VT (300, 12) 

COMMON N,K, IR,DECIDE,fl,R,S,E,T,U,PS, TEMP, V,T, VT 
DO 1 U1,JC 

1 TEMP(I)=^0 
CC 

CC BUBBLE SORTING ON FIRST CRITERION. 

CC 

L*0 

M=IR-1 

IF (INDEX. EQ. 11 C1=C2 

2 DO 4 I=1,M 
IPl^l'^l 

IF (VT (I,C1) .LE.VT (IPl.Cll 1 GO TO 4 
L*L^1 

DO 3 J=1,JC 
TEMP (J) =VT (I, J1 
VT (I, J1 =VT (IPI,J1 
VT (IPl . J1 =TEMP (J) 

3 CONTINUE 

4 CONTINUE 

IF ( (L.EQ.O) .OR. (M.EQ. in GO TO 5 
L=«0 
M = M-1 
GO TO 2 

5 IF (INDEX.EQ.il GO TO 9 
CC 

CC BUBBLE SORTING ON SECOND CRITERION. 

CC 

L = 0 
M*M-1 

6 DO 8 I-l , M 
IPl*m 

IF (VT (I,C1) .NE.VT (IP1,C1) ) GO TO 8 
IF (VT (1 ,C2J .LE.VT (IP1,C2) ) GO TO 8 
L«L^1 

00 7 J»1,JC 
TEMP (J1 =^VT (1 , J) 

VT (I, J) =VT (IPl, J) 

VT (IPl, J) =TEMP (J) 

7 CONTINUE 

8 CONTINUE 

IF ( (L.EQ.Ol .OR. (M.EQ, 11 ) GO TO 9 
L = 0 
M«M-1 
GO TO 6 

9 RETURN 
END 
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SUBROUTINE WSC (F, L, D. KN. PIP, SP, TF, TL) 

IMPLICIT lNTEGERx2 (fl-2) 

DIMENSION fl (200, 12) , R (31,200) , S (300, 7) , E (30, 12) .TEMP ( 1 2) , U (50, 1 2) , 
IT (200) ,PS (200) . V (50) ,T (9,2) , VT (300, 12) 

COMMON N,K, IR, DEC 1 DE , fi, R , S, E , T , U, PS, TEMP , V , T , YT 
CC 

CC OETERMINIG COMMON RESOURCE flVfllBILTT PERIODS. 

CC 

DO 1 1=1,0 

1 V(l)=-1 
P1P»0 

DO 2 I=F,L 

IF (R (KN, I) .EQ.-l) GO TO 2 
IF1=1-F^1 
V IIFI) =1 
P1P=P1P^1 

2 CONTINUE 
IF(PIP.EQ.O) GO TO 6 

CC 

CC RCTIVITY IS TO SPLITTED IF THE LftRGEST COMMON 
CC RESOURCE flVHiBiLiTT PERIOD IS NOT SUFFICIENT. 

CC 

SP = 0 
SS=-1 

00 3 1=1,0 

IF (V (I) .EQ.SS) GO TO 3 
SS=-SS 

IF (V (I) .LT.O) GO TO 3 
SP=SP'^1 

3 CONTINUE 

IF (SP.GE.2) GO TO 6 

00 y 1=1,0 

IF (V (I) .GT.O) GO TO 5 

4 CONTINUE 

5 TF=F^I-1 

TL = TF'^P1P-1 
GO TO 7 

6 TF=0 
TL=0 

7 RETURN 
END 
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SUBROUTINE SPLIT (D,SP) 

IMPLICIT INTEGER»<2 (fl-2) 

DIMENSION fi 1200, 12) ,R (31.200) ,S (300.7) .E (30. 12) .TEMP (12) ,U (50. 12) , 
IT (200) .PS (200) .V (50) .T (9.2) .VT (300. 12) 

COMMON N.K. Ifi.DECIDE,ft.ft.S.E.T.U,PS.TEMP.V.T. VT 
CC 

CC DETERMINE STfiRT fiND FINISH PERIODS OF SUBfiCT I V I T I ES. 

CC 

11*1 

00 5 1=1. SP 
00 1 J=11.0 
IF (V (J) .GT.O) GO TO 2 

1 CONTINUE 

2 T(I.1)=J 
J1=J-^1 

DO 3 L=J1,0 

IF (V (L) .LT.O) GO TO 4 

3 CONTINUE 
IF(L.GE.O) GO TO 6 

4 T(I.2)=L-1 
1 1 = L -^1 

5 CONTINUE 
GO TO 7 

6 T(I.2)=0 

7 RETURN 
END 
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